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What is Glamor? 


e Glamor X Rendering helper 
e Hardware independent 
e Supports EGL and GLX 
e Supports GL and GLES 


Where Did Glamor Come From? 


e Eric started it 

- December 2008 

- Goal of offering efficient hardware-independent X acceleration 
e GL was pretty dire at the time 

- Lots of 1.x drivers 

- Lame 2.0 shader support 
e Adopted by Zhigang Gong and Junyan He 

- April 2011 

- Goal of supporting SGX hardware without lots of custom code 
e GL was a lot better 

- Widespread GL 2.x support 


Glamor Status in mid 2013 


e Mostly Complete X acceleration 
- Missing planemasks and a few other operations 
e Structured like fb 


- Build simple function to draw one object 


- Layer with CPU-intensive code to deal with 
clipping and repeats 


e Performance heavily limited by CPU cost in 
Glamor and OpenGL library 


More Recent Glamor History 


e Radeon stopped offering non-Glamor 
acceleration 


e Re-adopted by Eric 
- August 2013 

e Piled on by Keith 
- March 2014 


Pixmaps in Glamor 


e GL Textures limits generally smaller than X 
pixmap limits 


e Tile textures to fill pixmap 


e Dest is easy; just replicate rendering to each tile 
member 


e Source requires some magic 


- Compute rectangle of dest covered by one source tile 


- Construct intermediate textures from multiple source 
tiles to eliminate seams in dest 


X and Pixel Formats 


e Pixmaps have no intrinsic color information. 
Just depth. 


e Windows have a visual, which describes their 
pixel's RGB layout . Bits beyond those have no 
core protocol meaning 


e Render Pictures imbue pixels with color and 
alpha 


e Pixmaps (and even Windows) can have 
multiple Pictures with different PictFormats 


GL and Pixel Formats 


e There are four “channels”, R, G, Band A 


e Textures have intrinsic channel information, but 
no depth or layout. 


e Surfaces have channel information describing 
which channels they contain. 


e Data transferred between the application and 
textures includes layout information. 


e ARB texture swizzle lets you remap the 
channels (if present). 


Matching X and GL formats 


e Putimage/Getimage specify the X wire 
format to GL 


e ARB texture swizzle can help with some 
image format changes. 


e However, sometimes Glamor must 
reformat data with the CPU. 


e Glamor doesn't currently do this correctly. 


Fallbacks for Glamor 


What to do when GL actually doesn't work 
Download all pixmap textures to PBO 
Map, fallback to fb 

Upload PBO back to textures 


Can take bounding box to limit data 
transfer 


Glamor for Core X 


e Rewritten in mid 2014 

- Goal was to 
e Eliminate CPU time spent in Glamor 
e Use GPU for complete operations 


Dynamic Shader Generation 


e Fragments of GLSL for each phase of 
rendering 


e Glued together and compiled at runtime 


Rect Shader (GL) 


static const glamor facet glamor facet polyfillrect 130 = { 
‚name = "poly fill rect", 
.version = 130, 
VS Vars = "attribute vec4 primitive;\n", 
VS exec = (" vec2 pos = primitive.zw * 
vec2(gl VertexID&1, (gl VertexID&2)>>1);\n" 
GLAMOR_POS(gl Position, (primitive.xy + pos))), 


Rect Setup (GL) 


prog = glamor use program fill(pixmap, gc, 
&glamor_priv->poly fill rect program, 
&glamor facet polyfillrect 130); 


if (! prog) 
goto bail_ctx; 


/* Set up the vertex buffers for the points */ 
v = glamor get vbo space(drawable->pScreen, nrect * sizeof (xRectangle), &vbo_offset); 
glEnableVertexAttribArray(GLAMOR_VERTEX_POS); 
glVertexAttribDivisor(GLAMOR_VERTEX_POS, 1); 
glVertexAttribPointer(GLAMOR_VERTEX_POS, 4, GL_SHORT, GL_FALSE, 

4 * sizeof (short), vbo_ offset); 


memcpy(v, prect, nrect * sizeof (xRectangle)); 


glamor put vbo space(screen); 


Rect Drawing 


glamor_pixmap_loop(pixmap_priv, box x, box y) { 
int nbox = RegionNumRects(gc->pCompositeClip); 
BoxPtr box = RegionRects(gc->pCompositeClip); 


glamor set destination drawable(drawable, box x, box y, TRUE, FALSE, prog->matrix_uniform, 
&off_x, &off y); 


while (nbox--) { 
glScissor(box->x1 + off x, 
box->y1 + off y, 
box->x2 - box->x1, 
box->y2 - box->y1); 
box++; 
glDrawArraysinstanced(GL TRIANGLE STRIP, O, 4, nrect); 


Glamor for Render 


e Current code 
- Optimized compositing 
- Lots of CPU overhead 

e Future plans 
- Ponies and rainbows 


Require GL Support for Glamor 


e GLSL 1.20 
e Desktop GL 


- GL 2.1 or later 
e GLES 


- GLES 2.0 or later 
- GL EXT texture format BGRA8888 


Optional GL Support for Glamor 


GLSL 1.30 


- Integers 
- Instancing for vertex generation 


e KHR debug 

+ MESA pack invert 

e EXT framebuffer blit 

e ARB map buffer range 
e ARB buffer storage 

e NV texture barrier 


Glamor Projects 


e Rework pixel format code 
- Issues with multiple PictFormats (which Gtk+ does) 
- Take advantage of texture swizzle extension 
e Remove “optimization” for single-texture pixmaps 
e Render text rewrite 
- Remove temporary add buffer 
- Implement new glyph cache 
- ARB_blend_func_extended for component alpha 
e Fragment shader trapezoids 
e Use VAOs 
e Finish core context work 
- Fix render code to use VBOs/VAOs 


